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BACKGROUND OF THE INVENTION 

(1) Field of the Invention 

[0003] This invention relates to a computer implemented data management method, a computer 
system and an interactive computer program for creating, storing and relating a hierarchical 
database. The present invention may be realized, in a preferred embodiment, as a real 
property listing management system. In another preferred embodiment, the invention is 
realized as a data management system provided by an application service provider (ASP) over 
a network such as the Internet or another communications channel for use with a local or 
distributed computer system and, more particularly, to a hierarchical database adapted for 
entry and storage of retrievable and reusable information related to real estate listings. 

(2) Description of Related Art - Background Information 

Databases 

[0004] The need to represent real-world systems in computer usable form has led to the 
existence of databases for storing, retrieving and manipulating data. Applications programs 
may include internal logic to handle such tasks, but a more useful approach is to provide a set 
of computer programs that facilitates the creation, management, and manipulation of databases. 
Such a set of computer programs for managing one or more databases is a database 
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management system. Using a database management system, an applications programmer may 
write an applications program without detailed, intimate knowledge of how or where the data is 
stored or retrieved. Thus, database management systems provide a measure of independence 
between the data of a database and the applications programs. This advantage may be referred 
to as data independence. 

[0005] Data independence is desirable. Without data independence, a change in the structure 
of underlying data necessitates a corresponding change in the applications programs that rely 
on such a structure. The data independence provided by database management systems serves 
to avoid applications program modification. 

[0006] In an environment having a database management system, applications programs 

Q communicate with an automated database manager. The database manager may be referred to 

Q 

gi as a database server. In particular, the applications programs may send messages to the 

^ database server in a predefined format. Such formatted messages may be referred to as 

Hi database calls. A database call invokes one or more corresponding functions of the database 

a" management system, usually with respect to a particular database. A database management 

O 

~ ; system provides applications programs with a variety of callable functions. 

'x l?j 

0 [0007] Every database management system is based on a general database model. A database 

yi 

Q management system based on the relational model may be referred to as a Relational Database 
Management System (RDBMS). An RDBMS is a system of computer programs that facilitates 
the creation, management, and manipulation of relational databases. 

Relational Database Management Systems 
[0008] Every relational database is based on the relational model. The relational model is 
familiar to one of skill in the art. According to the relational model, data is perceived to exist 
as a collection of relational tables. An example of an RDBMS is DB2, which commercially is 
available through International Business Machines Corporation. 

[0009] A relational table expresses a relation between things. Relational tables are 
characterized by rows and columns. Although the rows and columns of relational tables may 
be employed in many ways, the relational model provides that vertical columns pertain to 
entities or attributes of entities and that horizontal rows, pertain to specific instances of entities 
or specific instances of attributes of an entity. A column may therefore be thought of a 
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representing a field, and a row may be thought of as representing a record. The rows and 
columns of a relational tables intersect to define data cells. 

[0010] The function calls that an applications program may make to the database server have a 
somewhat standardized structure that is tailored to the relational model. This structure for 
RDBMS function calls is generally referred to as the Structured Query Language (SQL). 
[0011] Tables in a relational database are related to each other by key fields that must be 
duplicated between tables. In this way, a single piece of data can have another entire table of 
data associated with it. For example, a hotel entry may have another table related to it that 
contains data on rooms available at that hotel. The database would link the two tables by 

t. 

H having one field in common between them. This often takes the form of an ID number that 
Fj would occur in each table. This ID number would be known as the key or primary key 
*j depending on whether duplicates are allowed. No duplicates are allowed in a primary key thus 
jfl eliminating the possibility of a many-to-many relationship. A record in one table (commonly 
tg known as the parent table) with a key or primary key field that contained the numeral "24" 
pi would be represented in another table (commonly known as the child table) by one or several 
jjj records all of which contained the key or primary key "24." Parent-to-child table relationships 

in can be one-to-one, one-to-many, or many-to-many. 

w 

fjy [0012] These relational tables allow hierarchical data to be stored by creating a table for each 
level of the hierarchy and separate groups of tables for each branch of the hierarchy. Complex 
sets of data with multiple relationships and many levels of hierarchy can require hundreds or 
thousands of tables to store all of the data. As the number of tables grows, disk storage space 
is quickly consumed and data retrieval speeds slow. The computer system, which may use 
various programming languages to search the database, will be required to follow all of these 
keys or primary keys between tables in order to find the relationships it is searching. 
[0013] No matter the length of the table, it is always faster to search within only one table 
rather than between several because searching within several tables requires the computer 
system to open and manage multiple files. This results in both RAM and ROM consumption. 
. [0014] Furthermore, a set of tables in a relational database is inflexible. While records can 
easily be manipulated through add, replace, update or delete operations, the database structure 
itself is hard to modify. To capture new types of information in the database, it is necessary to 
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modify the database to include a new table or to modify a table already in the database to 
include a new column. The applications programs that interact with the database also need to 
be modified to take into account the newly introduced type of information. 
[0015] The independence between applications programs and the data in a relational database 
management system is thus less than complete independence. The applications programs and 
the database structure still need to be modified whenever new kinds of data are introduced. 
The relational approach is thus too brittle to keep up with situations in which data fields are 
likely to be added, or in which the requirement to store new and unexpected kinds of data 
frequently occur. 

[0016] The standard formatting of a relational database, in which tables are separated and 
related through key fields, uses a much larger amount of space on the computer and requires 
much more time to manage the data. Searching for a single data item over multiple tables is 
much slower than searching for the same item in a single table. 

The Real Estate Industry 
[0017] The real estate industry utilizes property listing information. Accuracy of information 
contained in a property listing is essential to the ability of a real estate professional to market a 
property, make the sale and manage the sales transaction. The process of handwriting and then 
manually transferring or recording the data is inefficient and time-consuming and often leads to 
missing, insufficient and inaccurate property information. 

[0018] Currently, a realtor records new property listing information at the property site using 
pre-printed paper forms and a pencil. Once this manual process is completed, the realtor must 
return to the office and reenter all the information into a Multi List Service (MLS) database. 
By "Multi List Service", what is meant is an organization that compiles, publishes and 
distributes information to subscribing realtors and real estate agencies. An example of such 
prior art data-gathering form is illustrated in Fig. 1A and Fig. IB. Systems such as the MLS, 
which realtors currently use to record property data, avoid this problem presented by the 
standard formatting of a relational database by limiting the amount of data they store and the 
searchability of the database. However, the MLS also does not offer the realtor the flexibility 
to record unusual or unique attributes of a property because the number of available fields per 
property is very limited. It can be readily observed by referring to the prior art data sheets set 
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forth in Figs. 1A and IB, that an exhaustive list of possible attributes may be associated with a 
particular property listing. A realtor, for example, would have no place except in a text 
comments field in the MLS to record whether a property had an RV storage building. 
Moreover, the many related attributes of the MLS listing are difficult if not impossible to 
present in an orderly, cohesive and, more importantly, searchable format. The example sheet 
shown is part of a form copyrighted by the Metropolitan Regional Information Systems, Inc. 
and is offered for illustration purposes only. 

[0019] The method of the prior art increases time and cost associated with listing a property. 
There is no methodical way of automatically verifying to ensure that required legal information 
(such as, for example, tax parcel, recorder's office information, owners name or financing 
options) is included. Existing methods also increase the possibility of transcription oversight 
and erroneous data entries and other human error factors. These error sources present a host 
of problems when marketing a property, trying to make the sale, and finally managing the sale 
transaction. 

SUMMARY OF THE INVENTION 
[0020] What is disclosed as one embodiment of this invention is computer-implemented data 
management method, a computer system and an interactive computer program product that 
guides a real estate agent through a systematic method for digitally gathering, recording and 
sending property listing information to the MLS or other compatible database. The program 
can be run on a handheld computer, or other similar compact-sized computer, also referred to 
as a Personal Digital Assistant (PDA), using the Palm Operating System (Palm-OS) or any 
similar operating system for use in a PDA. In this way, the agent may record property listing 
information in digital format while walking through a property. The recorded information may 
then be transferred electronically, or "uploaded" directly to an MLS database. 
[0021] It should also be noted that although the PDA is used in the preferred embodiment, that 
other computers, such as portable laptop or notebook computers and desktop computers, may 
be adapted to run the same application. 

[0022] The real estate industry has no such standard list or procedure for listing the 
characteristics and features of real estate. This can cause confusion and missed information, 
which slows down the recording process. The present invention provides a solution to the 
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above-described problems of the prior art with existing methods of gathering, recording, 
tracking and storing accurate information. 

[0023] In one embodiment of the present invention, a hierarchical real estate data recording 
and storage system and method are provided. The hierarchical format employs the Property, 
Structure, Room™ (P.S.R.) system for structuring a highest to lowest hierarchy, wherein 
Property attributes signify the broadest, most general and highest order attributes of the 
database. Structure attributes are subcategories that are contained within the Property record, 
signifying a secondary level attribute. Room attributes are subcategories contained within a 
structure record, signifying a third level attribute. The P.S.R. system is a new approach to 
gathering property information that is disclosed, which captures all required data in a manner 
which is better, faster and with fewer user errors. 

[0024] In one embodiment of the invention, extensible Markup Language (XML) is the 
programming language for describing and implementing the database input and output 
attributes. The invention in the embodiments described below may communicate electronically 
with any XML-compliant organization within the industry. 

[0025] Another embodiment of the present invention is programmed using the programming 
language Cold Fusion®, from Allaire Corporation, to create a web-based user interface that is 
browser independent. The database provided in the present invention may be accessed via web 
browsers such as Microsoft Corporation's Internet Explorer® or Netscape's Navigator® via the 
world wide web. The database provided in the present invention may be accessed by the Cold 
Fusion program through an SQL Server 2000 database via Microsoft's ODBC connections. 
Open Database Connectivity (ODBC) is a widely accepted application programming interface 
for database access. ODBC uses Structured Query Language (SQL) as its database access 
language. 

[0026] The software guides the agent through the recording process with validation capabilities 
when finished. Once the recording process is completed, the data will be uploaded digitally to 
the MLS, eliminating the need to reenter data. 

[0027] The invention is applicable in the real estate property field, and also has applications in 
a wide variety of fields, such as the automotive industry, the travel industry or any data 
gathering endeavor in which data can be ordered in a hierarchical manner. 
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[0028] The invention is realized in a computer-implemented data management method for 
managing information relating to entities, and also a computer system and a computer program 
product for the same. The method is characterized in that there is provided, on a computer 
system, a table for records, each with an address field and a descriptor. According to the 
method, the entry of new records in the table is controlled so that the address fields for all of 
the records, when taken together, define a semantic hierarchy among the records in the table. 
[0029] More particularly, the method may be performed so that the address field has a 
hierarchically ordered set of identifiers or values that may be separated by separators such as 
periods. For each of the data entries, the records are controlled to provide a table with a 
highest level record, which is most general or broadest record, and a plurality of semantically 
lower records, which relate to the next higher level record but are more specific or narrow in 
scope. In particular, for each given record other than the highest level ones, the semantic 
meaning of the descriptor is based on a set of records in the table semantically above it. 
Moreover, a particular record is considered to be a member of the set of records semantically 
above it when all of the identifiers of the particular record appear identically in the same 
positions in the address field of the given record, but the given record has at least one identifier 
not appearing identically in the same position in the address field of the particular record. 
[0030] In more particular embodiments, the records may include feature information, and there 
is a user interface provided to ensure the properly controlled entry of the new records. The 
preferred user interface has selection, navigation and designation elements, as well as a 
hierarchical orientation element. The selection element is responsive to user inputs to select 
one of a plurality of predetermined selectable values. The navigation element is responsive to 
user inputs to manipulate the selection element to display one of the plurality of predetermined 
selectable values and to indicate a selection of one of the predetermined selectable values. The 
designation element is responsive to user inputs to store in the table a new record having the 
descriptor based on the selection of the one of the predetermined selectable values. 
[0031] Preferably, all of the records are in the same table, and only one table is used. Having 
only a single table allows for quick and flexible lookup without the need for joins or links 
among different tables. In certain arrangements, however, the collection of information occurs 
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remotely using mobile devices. Then, the records are created in a sub-table that is added to a 
centrally managed table when circumstances permit. 

[0032] It is an object of the present invention to overcome the above-identified deficiencies of 
current database management systems by providing a hierarchically addressed, flexible, 
expandable, adaptable data management system. 

[0033] It is an object of the present invention to replace the pen and paper method of recording 
property listing information. 

[0034] It is another object of the present invention to provide a system and a method to enable 
an individual, such as a real estate agent, to digitally record property listing information using 
a PDA, and then to upload it to an MLS database. 
~ [0035] Yet another object of the present invention is to provide a method and a system that 

£P decreases recording time and increases data accuracy and completeness. 

M 

yg [0036] A further object of the present invention is to provide a novel method of describing 

W 

lf j property listing information. 

* [0037] Another object of the present invention is to provide a hierarchical logical progression 

Ft) and set of instructions to enable an individual such as a real estate agent or salesperson to 

a 

yj record property data sequentially beginning with the property as a unit, then to the associated 

Q 

gl structure or structures within the property, and then to the rooms associated within the 
structures. 

[0038] Yet another object of the present invention is to provide a system and method of 
describing real estate that employs a plurality of categories classified according to criteria in 
successive levels. 

[0039] One more object of the present invention is to provide a picklist system to facilitate data 
entry and ensure data integrity. 

[0040] Since no two properties are alike, an agent can customize the information gathered by 
adding new fields on the fly. Fields for required legal documents such as deeds, plats, 
covenants, restrictions, flood plain certifications and disclosures are also available. Built-in 
controls ensure that all required information has been recorded. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0041] Figs. 1A and IB are examples of prior art; 

{P0080833:!} _g_ 



[0042] Fig. 2 is a flow diagram illustrating the general sequence of a user interface 
methodology; 

[0043] Figs. 2A-2F illustrate a series of user interface screens of a handheld computer running 
an embodiment of the present invention; 

[0044] Figs. 3A-3C show an Internet display of an embodiment of the present invention; 
[0045] Fig. 4 shows an alternate embodiment of the invention having attachments connected to 
the handheld computer; 

[0046] Figs. 5A-5L show a series of sample screens for Internet user interfacing in an alternate 
embodiment; 

u [0047] Fig. 6 is an illustration of one embodiment of the hierarchical organization and 

5 addressing of data, in this case in the real estate industry; 

Q 

CP [0048] Fig. 7 is an illustration of a possible organization of the computer system of the present 

yp invention using a remote server; 

J [0049] Fig. 8 is an illustration of some of the search methods possible with hierarchical 

* addressing of the present invention, in this case using the real estate industry; 

P 

flj [0050] Fig. 9 is an illustration of a possible organization of the Application Service Provider 

Q 

jsp System of the present invention; and 

j3 [0051] Fig. 10 is a table showing one embodiment of the hierarchical addressing and feature 
field using the real estate industry as an example. 

DETAILED DESCRIPTION OF THE INVENTION 
Generalization of the Invention 
[0052] One embodiment of this invention resides in a computer system. Here, the term 
"computer system" is to be understood to include at least a memory and a processor. In 
general, the memory will store, at one time or another, at least portions of an executable 
program code, and the processor will execute one or more of the instructions included in that 
executable program code. It will be appreciated that the term "executable program code" and 
the term "software" mean substantially the same thing for the purposes of this description. It 
is not necessary to the practice of this invention that the memory and the processor be 
physically located in the same place. That is to say, it is foreseen that the processor and the 
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memory might be in different physical pieces of equipment or even in geographically distinct 
locations. 

[0053] The invention may be embodied in a computer program product, as will now be 
explained. On a practical level, the software that enables the computer system to perform the 
operations described further below in detail may be supplied on any one of a variety of media. 
Furthermore, the actual implementation of the approach and operations of the invention are 
actually statements written in a programming language. Such programming language 
statements, when executed by a computer, cause the computer to act in accordance with the 
particular content of the statements. Furthermore, the software that enables a computer system 
to act in accordance with the invention may be provided in any number of forms including, but 
not limited to, original source code, assembly code, object code, machine language, 
compressed or encrypted versions of the foregoing, and any and all equivalents. 
[0054] One of skill in the art will appreciate that "media," or "computer-readable media," as 
used here, may include a diskette, a tape, a compact disc, an integrated circuit, a ROM, a CD, 
a cartridge, a memory stick, a remote transmission via a communications circuit or any other 
similar medium usable by computers now or hereafter known. For example, to supply 
software for enabling a computer system to operate in accordance with the invention, the 
supplier might provide a diskette or might transmit the software in some form via satellite 
transmission, via a direct telephone link or via the Internet. "Internet" refers to a large system 
of networked computers that enables a wide variety of interaction between computers 
worldwide. 

[0055] Thus, the term "computer readable medium" is intended to include all of the foregoing 
and any other medium by which software may be provided to a computer. 
[0056] Although the enabling software might be "written on" a diskette, "stored in" an 
integrated circuit or "carried over" a communications circuit, it will be appreciated that, for 
the purposes of this application, the software will be referred to as being "on" the computer 
readable medium. Thus, the term "on" is intended to encompass the above and all equivalent 
ways in which software is associated with a computer usable medium. 
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[0057] For the sake of simplicity, therefore, the term "computer program product" is thus 
used to refer to a computer readable medium, as defined above, which has on it any form of 
software to enable a computer system to operate according to certain pre-defined steps. 
[0058] Thus, the invention is also embodied in a computer program product having software 
on a computer readable medium. 

[0059] A user interface may be understood to mean any hardware, software or combination of 
hardware and software that allows a user to interact with a computer system. For the purposes 
of this discussion, a user interface will be understood to include one or more user interface 
objects. User interface objects may include display regions, user activatable regions and the 
Q like. 

a 

HI [0060] A user interface may be invoked by an application program. When an application 

Si 

y3 program mvokes a user interface, it is typically for the purpose of interacting with a user. It is 
Jj not necessary, however, for the purposes of this invention, that an actual user ever interact 

■« with the user interface. It is also not necessary, for the purposes of this invention, that the 

Ci 

fy interaction with the user interface be performed by an actual user. That is to say, it is foreseen 

Q 

jjj that the user interface may have interaction with another program, such as a program created 

O using macro programming language statements that simulate the actions of a user with respect 

ft 

to the user interface. 

[0061] Using the above-identified figures, the invention will now be described with respect to 
various preferred embodiments. Although many specificities will be mentioned, it must be 
emphasized that the scope of the invention is not to be taken to be that of only the preferred 
embodiments, but should be construed in accordance with the claims appended below. 
[0062] Referring to Fig. 2, a flow diagram 10 is shown, illustrating the general sequence of 
user interface methodology which can be resorted to in developing a software program to 
implement one preferred embodiment of the hierarchically addressed database in a real estate 
application. At a main menu 12, menu choices 14 are displayed. If the user indicates (by a 
stylus associated with the handheld computer or mouse or other associated input device) that 
the user wishes to enter the new listing 20, the first level categories 22 are then displayed. The 
user then has the option of being prompted through a succession of hierarchically arranged data 
categories. The user selects from the first level categories 22, and the second level categories 
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24 are displayed; from that display, the user has an option to select an item 26. If an item is 
selected from the second level categories 24, third level categories 30 are displayed as another 
set of selections. The user selects from the third level categories 30 and enters items to 
associate with the second level category, and repeats the selection process as often as the user 
wants until complete. When complete, the user indicates "back," using a pointer, mouse or 
other associated input device. The display returns to the second level category display 24. It 
should be noted (indicated by * on Fig. 2) that the user may return to the main menu 12 at any 
point via a link displayed in one corner of the display field. 

[0063] Returning to the main choices 14, if the user selects open listing 16, the system check 
jf to determine if there is more than one listing record available 28. If not, the first level 

P categories 22 are displayed. If more than one listing record is available, the user is prompted 

fin 

\j to select a listing 28a from a list of all available listings. For example, if a handheld unit is 

y3 

<jj running the application, the number of listings available for opening or deletion would be 
limited to the listings stored therein, or alternatively, if connected by wireless modem, for 
0 example, a directory of the host computer database may be available for opening or deletion. 

q After a listing is selected, the first level categories 22 are displayed again. Any existing data 

m 

g associated with the listing already in the database can be supplemented or modified at that 
fy point. The steps of a new listing are repeated as set forth in the preceding paragraph. 

[0064] Returning again to the main choices 14, the third option the user may select is delete 
listing 18. If delete listing 18 is selected, the system checks to determine if more than one 
listing is available. If no, a confirmation step 34 is interposed to avoid accidental deletions. 
After deleting the files the program then returns to the main menu 12. If more than one listing 
record is available, the user is prompted to select a listing 38 from a list. The user then must 
select to either delete the listing or cancel the function 40, and then the program returns to the 
main menu 12. 

[0065] In a preferred embodiment, the hierarchical arrangement of the data categories is 
effectuated by the use of the Property, Structure, Room™ (P.S.R.) concept. Property, 
Structure, Room™ (P.S.R.) is a trademark of Threewide.com, Inc., for a novel and useful 
method of electronically describing and organizing property listing information according to 
various criteria into successive levels. The hierarchical format employed by P.S.R. structures 
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from a highest to lowest hierarchy. Property attributes signify the broadest, most general and 
highest order attributes of the database. Structure attributes are subcategories that are 
optionally contained within the Property record, signifying a secondary level attribute. Room 
attributes are subcategories. When integrated with a digital software environment, the P.S.R. 
method can guide the user dynamically through every recording process while efficiently 
storing and classifying every piece of listing data. This data can then be easily converted and 
prepared for electronic distribution to an endless array of information recipients. 
[0066] The table below illustrates the ordered and hierarchical approach of the P.S.R. method 
for gathering and recording property listing information: 



HIGHEST LEVEL ATTRIBUTE 
Property: 

When beginning the recording 
process, the first pieces of 
information have to do with the 
property. These are all 
considered top items in the 
hierarchy, e.g. seller and legal 
information, directions, etc. 

When a top-level category other 
than structures is chosen, such as 
any legal information, deeds, 
plats, etc., the system will ask 
for information that is pertinent 
only to that category and stop. 
However, when a structure is 
chosen, the user is guided to the 
next level of information that is 
called structures. 



SECOND LEVEL ATTRIBUTE 



Structure: 

The next level of the recording 
process identifies all the 
structures on the property. A 
structure is anything that is fixed 
to the property, e.g. House, 
Garage, Pond, etc. 

After the structures are identified, 
the system leads the user through 
the recording of the external 
features of each structure, e.g. 
dimensions, foundation types, 
siding, etc. Then, as the Agent 
moves into each structure, the 
rooms are recorded. 



THIRD LEVEL ATTRIBUTE 



Room: 

This level of the recording 
process identifies the rooms 
within a structure. A room is 
any part of the inside of the 
structure, e.g. Foyer, Porch, 
Living Room, Kitchen, Hall 
Way, etc. As the rooms are 
chosen the Agent records the 
features and specifications that 
pertain to that room within the 
structure. 



The Palm Pilot Application 
[0067] Referring next to Fig. 2A, in another preferred embodiment, a handheld computer is 
generally designated as 210. By handheld computer or "PDA," what is meant is a miniature to 
smallish computer ranging from the size of a standard credit card to an average palm size or 
pocket size digital tablet with a stylus and a rectangular display screen which was pioneered by 
Palm, Inc. A variety of similar models using the Palm Operating System or a scaled down 
version of MS Windows is suitable to the present invention as well. Thus, the PDA may refer 
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to a pocket size personal computer of which more than a dozen are presently available in the 
United States. The typical system runs applications using up to 32 megabytes (MB) of RAM, 
although evolving memory of greater capacity is expected in which broader and denser data 
may be placed. The compact size coupled with the versatility of the applications that may be 
run have made them very useful and popular substitutes for date books, note pads, calendar 
applications and, as set forth in this disclosure, data entry applications. 

[0068] A display 212 depicts the main menu with selection icons disposed thereon. An open 
listing button 216 represents the field for selection of a listing which exists in the database. A 
button 220 is a selection option to create a new listing; and a button 218 indicates a button to 

N> select delete listing. The user makes selections using a pointed stylus (not shown) which, when 

P 

0 applied to the surface of a touch screen 222 within the field of buttons 216, 218 and 220, and 

fji 

PDA specific buttons, generally designated as 226, selects the associated operation, 

jfj Alternatively, control buttons 224 across the bottom front panel of PDA 210 also permit the 

\0 user to navigate through and select various options. Navigation buttons 228a, 228b permit 



Q navigation up and down through a scrolling screen for use in selection of menu driven options 

m 

q on screen 212. 

[0069] Referring next to Fig. 2B, the handheld PDA 210 in this embodiment illustrates a first 

a 

fU or top level 230 screen on which is displayed a picklist 232, in this instance highlighting a 
"pick" option 231 "Land." A picklist scrollbar 233 appears at the right side of the picklist 232 
field. When the picklist 232 exceeds the viewing area allocated on the screen of the handheld 
PDA 210, the scrollbar appears. By touching the stylus on the down arrow or using up and 
down controls 228a, 228b, the additional selections may be accessed using the scrollbar 233. 
[0070] A "Find" feature 234 permits the entry of alphanumeric characters in order to navigate 
within the picklist as well. Additionally, buttons 236, 238 provide "Back" 236 and "Select" 
238 options when touched. At the top right corner of the display 212, a "Home" option 239 is 
accessible to escape from the top level field and return to the main menu. Additionally, a 
banner 242 is viewable at the top left portion of the PDA screen 212. Banner 242 may 
optionally include an advertising or trademark display. 
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[0071] In this picklist 232 the top level menu selections relate to hierarchically the highest 
semantic level, logically of a real estate listing. Options that may logically be selected from 
the list of selections as follows: 
Land; 

Main residence; 

Main residence with common amenities; 

Detached garage; 

Detached workshop; 

Guest residence; 

RV storage building; 

Pond; and 

Detached carport. 

[0072] Additional selections are accessible by operating the scrollbar 233. It should be noted 
that in a preferred embodiment, the list of selections is in order of probability, with the most 
probable feature the top selection and the least probable selection at the bottom. Probabilities 
are determined by statistical experience and may be updated and refined periodically as 
changes occur. 

[0073] It should also be noted that the lists shown in Figs. 2B-2F are not shown in their 
entirety, but limited to the available screen space. The selection list may include a large 
number of selections that are viewable in their entirety by using the scrollbar feature. 
[0074] Referring next to Fig. 2C, the second level selection is illustrated in this embodiment. 
Banner display 242 is modifiable as contrasted with the banner display in Fig. 2B in the upper 
left corner of the display. At the upper right, a "Go" command 240 may be exercised by 
selecting arrow 240a which presents a drop down menu selection list (not shown). The Level 
Indication 230 in this instance is a main residence, which represents a subcategory of the land 
indicated in the top level 230. A picklist 232a for the main residence category is shown in Fig. 
2C. This shows a partial display of the associated picklist. The appearance of the scrollbar 
233 at the bottom right of the picklist display 232b indicates that additional options are 
viewable upon operation of the scrolling function. A listing of subcategories 244 for a main 
residence category is partially illustrated. Back button 236 when selected by the user will 
select the next highest level screen, in this case the top level. A find field is also provided for 
alphanumeric searching. 
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[0075] The picklist options 231 in this screen illustration relate to the Main Residence which 

was selected from the previous, top level screen of Fig. 2B. Options that may logically be 

selected from the displayed list of picklist options 231 as follows: 

Residential style; 
Exterior dimensions; 
Foundation type; 
Roofing; 
Siding; 

Construction type; 
Main entrance; 
Electricity; and 
Heating system. 



p [0076] Additional selections are viewable by scrolling. Similarly to Fig. 2B, selections appear 
jjj in order of relative importance, with the most important feature appearing at the top. 
^ Selections are ranked statistically and logically. 

yl [0077] Referring next to Fig. 2D, the handheld PDA in this embodiment is showing the third 
£ level screen in which hierarchical orientation element or level indicator is the "Main Residence 
> Rooms > Family Room" 230a as the level indicator. Picklist display 232b associated with 
the family room attributes is illustrated in the picklist field box. In the Fig. 2D illustration, the 
option "Interior Dimensions" is highlighted for selection. Back button option 236 also 
facilitates navigation to the previous or higher level. Find feature 234 is also available for 
alphanumeric searching. 

[0078] The picklist displays 232b in this screen illustration relate to a third highest level 
selection, the Family Room, selected from the second highest level selection, Rooms, of the 
Main Residence Top Level Options displayed are Interior Dimensions, Basement Entrance, 
Wall Coverings, Ceilings, and Security. No scrollbar arrow appears in the bottom left, as the 
picklist does not exceed the available screen space 232. 

[0079] Referring to Fig. 2E, a fourth level indication 230b shows the level sequence of "Main 
Residence > Rooms > Family Room > Security". A data entry screen 250 is provided 
under the word "Specify" indicating a field for entry of text on the screen. Descriptions - in 
this instance, security system specifics - may be entered in alphanumeric characters under the 
specify portion of the picklist field of the data entry screen 250. This level of screen differs in 
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principle with the previous screens, as the information is entered rather than selected from a 
picklist in this case. Data entered into this specified screen is stored as text in a field addressed 
under "Main Residence > Room > Family Room > Security". Data entry screens are not 
restricted to lowest level screens, and may appear at any level in the hierarchy, if applicable. 
A help field 246 is provided indicating that a help function is accessible by touching the screen 
at that point to launch a help application in which information may be accessed relevant to the 
particular screen. In this instance a done button 248 when selected will return the user to the 
second level screen for further input or escape to the main menu. Back button 236 provides 
the user the option of returning the program to the next previous level. 

[0080] Referring next to Fig. 2F, when data entry is complete, a display screen 252 indicates a 
hierarchical listing of selected items in a given record. Display screen 252 contains the fields 
stored in this record and offers the option to complete the operation by indicating done 256 or 
alternatively selecting delete 258. Selecting delete 258 will begin the sequence for deleting a 
record, subject to a confirmation prompt generated by the program. 

[0081] When the user, typically a real estate agent, has completed entering the data, the agent 
indicates, done. The program then executes a validation subroutine according to the XML 
definitional document which parses the fields for correct data entry. In the event that a field is 
incomplete or unacceptable to the parsing definitional document, an error message will be 
displayed prompting the real estate agent (in this example) to return to the data field identified 
as erroneous in order to make corrections or additions. To provide an example, if the realtor 
or the real estate agent completed data fields indicating there were three bedrooms in a house, 
but failed to enter the room dimensions for bedroom number one, there would be an obvious 
error in the parsing step, as this will be identified as required information in the definitional 
tables governing the parsing step. Thus, the omission of these dimensions would cause the 
parsing algorithm to prompt the real estate agent during the validation step to return to the 
offending data entry field. The agent would then insert the missing information or, 
alternatively, delete the room as an item perhaps incorrectly selected in the first instance. 
[0082] In an alternate embodiment, as illustrated in Fig. 4, a digital recording tool such as a 
handheld PDA 410 may optionally be equipped with an attachable infrared (IR) measuring 
device 412 or with an attachable digital imagining means, such as a camera 414, or both. The 
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PDA 410 in this illustration includes the combination with both attachments 416. The real 
estate agent would thus be able to measure a room by pointing the IR measuring device at two 
points on opposing walls, for example, and selecting the calculate function to obtain the room 
dimension. Additionally, as the agent is touring the residence or structure, he or she may use 
the camera 414 to capture a digital image, which may then be stored and identified with 
another data address for later reference in association with a "virtual tour." By "virtual tour," 
what is meant is a computer-generated image sequence which illustrates a real estate listing to 
the user, a room by room, in one or multiple images if they are available. 
[0083] Using the embodiment illustrated in Fig. 4, a real estate agent may enter a property and 
immediately begin recording data. The application running on a digital recording tool such as 
a PDA 410 will prompt the agent to enter data according to the recording process set forth in 
the XML application. The data entry will be streamlined and the integrity insured by the 
method of the menu- or picklist-driven, step-by-step data entry system. The PDA 410 has a 
plurality of hardware attachments including the above-described imaging means such as camera 
414, IR measuring device 412 and/or the combination of the two. Optionally, the digital 
recording tool may have an integral voice activated system for operating the program, making 
selections and data entry by way of voice commands which the digital recording tool can 
interpret. Digital images and digital audio clips may be stored in a database similar to a text 
data entry and associated with the listing so that an agent or potential home buyer may view a 
virtual tour of the premises complete with text description, video and audio descriptions that 
will enhance and simplify the process of real estate buying and selling. 

[0084] The above-described invention is not limited to data entry by way of handheld 
computer, but includes accessing a hierarchical database as well. The information gathered 
through the efforts of real estate agents are transferred by way of computer, direct link, 
Internet or other data transfer means into the hierarchically arranged database. The method of 
accessing the database involves creating an application consistent with an XML definition 
document which translates between a relational database and the hierarchical database. For 
example, multi list organizations around the country compile and organize in a variety of 
formats, listing information for regional real estate databases. Because the relational databases 
are not standardized, they are not typically compatible from one database to another. 
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However, the present method enables the communication between existing multi list relational 
databases to the hierarchical database by means of cross referencing fields to the hierarchical 
database. Thus, a multi list organization in Western Pennsylvania, for example, may record in 
their relational database information which is not typically utilized or recorded in a relational 
database used in the Metropolitan Washington, DC area. The hierarchical database with the 
unlimited expansion capability to add subcategories can accumulate all conceivable relational 
database fields in a hierarchical database that can be translated to virtually any multi list 
database, whether relational or hierarchical, throughout the United States or other countries. 
Thus, the flow of information from the realtor's handheld computer goes back to a centralized 
single database, to which multi list agencies may subscribe, to download periodically updated 
listing information. Multi list agencies in turn may publish or make electronically available the 
information obtained from the hierarchical database which is the present invention, formatted 
to fit their relational database format. The relational database is optional. A subscribing multi 
list agency may choose a hierarchical format for display and publication as well, which is more 
flexible than the relational database structure for transferring, modifying, accessing or storing 
information. The subscribers to the database may download data to a local computer. The 
web application allows subscribing agents to view, add and edit listings. 

XML Handheld Application 
[0085] What follows is a portion of the XML source document from one embodiment of this 
invention that defines the available selection elements or picklist items in the handheld 
computer application. The XML version employed in the present invention conforms to 
standards set forth by the National Association of REALTOR®s for XML standards and 
requirements. The invention in the embodiments described below may communicate 
electronically with any XML-compliant organization within the industry. 
[0086] It should be understood that this is an example of a portion of the document and is not 
intended to set forth selection elements in their entirety: 

[0087] The original XML program is translated into two files which reside on the PDA. This 
translation is performed by a POSIX® C application, which can be built and run on any 
POSIX® platform. (POSIX® is a standard created by the Institute of Electrical and Electronic 
Engineers (IEEE), in IEEE Standard 1003, and refers to Portable Operating System Interface. 
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The embodiment of the present invention utilizes C programming language with POSIX®.) It 
will be readily appreciated by one skilled in the art that the other operating system interfaces 
may be adapted to this program, and this particular computer executed set of instructions are 
given by way of example and are not intended to limit the invention to any single set of 
programs or language. 

[0088] In the translation process each "node" is assigned a 16-bit number. A node is either a 
category or an item. The outermost category, or the root node, is always zero. All additional 
categories are numbered sequentially, followed by all of the items. 

[0089] The "name" field of each node is stored in the handheld database file named 
"GeneratedStringResources.pdb". The names are stored in variable length records, each 
record containing 30 names, separated by NULL characters. The names are in order by node 
number. Given a node number, the associated string is found by: 

Record = Node / 30 

StringlnRec = Node % 30 
[0090] If an item is assigned a "datatype" field, a 4 \r' character is appended to the name, 
followed by the datatype string. The datatype string is stored in the name database. A 
database file resides on the PDA named "GeneratedNodes.pdb" is created which contains the 
content information for each category. The node structure is as follows: 

16-bit parent node number 

8-bit flags currently: the only used flag bit is bit 1 which indicates that the node 
is single selection 

8-bit number of children variable length array of 16 bit child node numbers 
Each record contains 30 node structures, ordered by node number. Node structures are only 
stored for categories. Given a node number, a node structure is found in a similar manner to a 
name string. 

[0091] The parent node number of the root node (node number 0) contains the total number of 
categories in the system. This method permits easy differentiation between items and 
categories. The node is a category if the node number is less than the number of categories; it 
is an item if the node number is greater than or equal to the number of categories. 
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[0092] Using the data files described above, the handheld application presents the information 
to the user hierarchically. The handheld application is preferably written in ANSI C, 
programming language, although any programming language may be used. The application 
uses the PalmOS v3.1 API, and is built in the Cygwin B20 environment. The application uses 
standard forms, lists and menus. The application can also present a fully specified list of 
selected items. 

[0093] Navigation through the hierarchy is supported by the node structures described above. 

The user is prompted to provide a listing name. The listing name is used to name a database in 

the PDA in which the user's selections are recorded. The selections are kept in node number 
^ order via insertion. A selection record has the following structure: 
~ 16-bit selected node number 

CP 16-bit parent node number 

[0094] If the item is a "specify" item (determined by the presence of a *\r' character in its 
if j name) then two additional fields follow: 
* 16-bit specify data length 

fy variable length array of characters of specify data 

a 

Ifj [0095] The selections are stored one per record. Records may be inserted and deleted by the 



application. "Specify" editing is accomplished by deleting the record with the old data and 
inserting a record with the new data. 

[0096] The PDA is linked via a HotSync® conduit to a larger computer system, such as a 
notebook computer, or a web server whenever the HotSync® function is triggered. HotSync® 
is the registered trade name for a sophisticated method of linking between a PalmOS handheld 
computer and a more substantial notebook, desktop, or other computer. Such a link can be 
done using a so-called HotSync® cable, or using a wireless connection. The HotSync® conduit 
is a 32-bit Windows® DLL file, written in ANSI C, using the Palm® CDK 4.02 API, and built 
in the Cygwin B20 environment. The HotSync® conduit is dependent on the Microsoft® C 
Runtime DLL, which should already be in place. The HotSync® executable also depends on 
Microsoft Runtime DLL. The HotSync conduit is also dependent on the Windows® socket 
DLL for Internet access. 
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[0097] When the conduit is activated, it searches the PDA for any listing databases. If none 
are found, the conduit takes no further action. If a listing database or databases are found, the 
conduit presents the user with a dialog display in which the user can enter a user ID and 
password and select which listings to send to the ListAndSend™ web application server. The 
selected listings (if any) are then translated back into XML and transmitted to the server. 
Upon successful transmission, and if the user selected the option, the transmitted listing 
databases are removed from the handheld PDA. 

[0098] The server address or Uniform Resource Locator (URL) and the XML Document Type 
Definition (DTD) URL are stored in the registry and can be modified via the HotSync® menu 



[0099] Referring now to Figs. 3A-3C, series of web pages applying the present invention are 
«j illustrated. The screen display available through an Internet connection is generally designated 
J2 as 310. At the upper left corner of the display is a picklist 312 displaying, in this instance, the 



Q highest level of options related to property. To the right of the picklist on the screen is 

PI 

L~j showing an available property categories window 314 which in this instance mirrors the 



fy window. A continue button 318 allows the user to select the highlighted category of window 
314, and this example being the "Listing Status". 

[0100] Fig. 3B shows a next highest level category in which attributes for documents are 
displayed in available attributes window 314. The picklist 312 has been expanded by the 
selection of the category documents. The available attributes for "Documents" are displayed 
in window 314. The partial listing includes: 



Covenants and restrictions; 

Conditions; 

Easements; 

Plat; 

Boundary lines survey; 
Survey-house location; 
Survey-stake; 
Survey-tree; 
Right-of-way; and 
Site plan. 




Internet Application 
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[0101] The back button 316 and continue button 318 are available for navigating forward and 
backward to the next level of program. 

[0102] Fig. 3C illustrates the web page application screen 310. The picklist 312 has been 
expanded under the categories "Structures Residential > Main Residence" to show the 
category options available under Main Residence. The categories window 314 for selecting a 
category shows a partial listing wherein items for selection in the display window 314 are as 
follows: 



Residential style; 
Exterior dimensions; 
Foundation type; 
Roofing; 
Siding; 

Construction type; 



;L [0103] A scroll bar 320 associated with categories window 314 enables the user to display 



if! [0104] In another embodiment of the Internet application, the user interface screens are shown 

a 

|y in Figs. 5A-5L. It should be understood that data and selection items are presented in 
substantially similar arrangements for all levels of the database. The figures shown here are 
provided as examples and are not intended to provide an exhaustive set of available user 
interface screens. 

[0105] Fig. 5A illustrates a screen, generally designated as 510, for Current Category "Legal 
Info Property" hyperlinks 512. A hyperlink is a special area on a web page that can be 
activated (usually with a mouse). The hyperlink can appear as text or graphics. Most 
hyperlinks direct the user to another HTML document or a web page. 

[0106] A plurality of selection items 514 is provided as check boxes 516. By selecting any of 
the check boxes, the item is added to the record for the associated property listing. Text 
windows 518 are provided for entering a value, for example, the commission percentage 
applicable to the associated property listing. A button 520 is selected after the user completes 
the information on the screen 510 to add the information to the current record. 
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Main entrance; 
Electricity; 
Heating system; and 
Heating fuel. 



p| additional categories from the total listing. 
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[0107] A navigation bar 522 is typically provided for all screens in Figs. 5A-5C, with a 
plurality of hyperlinked selections for navigating through various other windows. The 
preferred hyperlinks include "View All Property Listings"; "Create a New Listing"; "Delete a 
Listing"; and "Edit Account Info." 

[0108] Fig. 5B shows the screen 510 with hyperlinks 512 to subcategories as follows: 

Listing Status; 
County; 
Directions; 
Financial Info; 
Legal Info Property; 
Structures Residential; and 
^ Sellers Contract Info; 

e 

p [0109] If other subcategories are desired, they may be added via the system administrator of 

m 

the hosting entity, or other authorized person, provided that the data has been assigned an 
jjj identifier compatible with the database structure. It is contemplated, as noted above, that new 
Ci categories will evolve based on experience. Due to the flexible nature of the hierarchical 

q database structure, the new categories may be inserted without the need to revise all of the 

FU 

pj associated software programs that interact with the database. 

pj [0110] On the lower half of the screen, a listing 524 of all data path information for the 
fU associated listing is displayed. Each individual item of data in the listing is shown with the 

path designations so as to provide a trail for associating the data with the relevant category and 

subcategory. 

[0111] Referring next to Fig. 5C, a set of hyperlinks 512 relating to a third level category, 
ROOMS, is shown as follows: 
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Subcategories at this level: 




Front Porch 
Foyer 
Main Hall 
Living Room 
Library 
Home Office 
Den 
Kitchen 
Pantry 

Dining Room 
Family Room 
Great Room 
MBR 
MBA 

Mud Room 
Utility Room 
Laundry Room 
Stairway 



Balcony 
Bonus Room 
Basement 
Root Cellar 



Loft 

Attic 

MBR2 

MBR3 

BR1 

BR2 

BA1 

BR3 

BR4 

BR5 

BR6 

BA2 

BA3 



Upstairs Hall 



Rec Room 
Deck 

Enclosed Porch 
Exercise Room 
Garage 

Greenhouse-attached 
Patio 

Indoor Pool 
Screened Room 
Apartment/Studio 
Apartment Living Rm 
Apartment Kitchen 
Apartment Dining Rm 
Apartment BR1 
Apartment BA1 
Apartment BR2 
Apartment BA2 
Other/specify7 



y [0112] As with the previous screen in Fig. 5B, categories may be added or deleted by the 
P system administrator as desired. On the lower half of the screen, the listing 524 of all data 



Q path information for the associated listing is displayed. Each individual item of data in the 



the relevant category and subcategory. Hyperlinks 526 are provided adjacent to each item in 

the associated record for deleting the item by clicking the delete hyperlink. 

[0113] Fig. 5D sets forth a listing of hyperlinks 512 that are subcategories of the Main 

Residence Category. Fig. 5E is an interface screen for selection to add data manually via the 

Internet application using a hyperlink 528. Clicking the hyperlink 528 automatically launches 

a pop-up window 530 to require confirmation that the user intends to manually add data, along 

with a warning that handheld data may not be associated after manually adding data. 

[0114] Fig. 5G is another picklist for selecting and adding attributes associated with the main 

residence. Fig. 5H depicts a set of hyperlinks 512 for subcategories associated with the rooms 

in the main residence. 

[0115] Fig. 51 is another picklist for selecting and adding attributes associated with the 4 th 
Bedroom in the Rooms category. A search element includes a text entry window 532 for 
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listing is shown with the path designations so as to provide a trail for associating the data with 
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specifying a search term and a search button 534 that activates the search function to locate all 
records in the category that have a matching search term. 

[0116] Fig. 5J illustrates a typical set of selection items 514 associated with appliances in a 
kitchen of a main residence. Descriptors are selected by clicking the relevant check boxes 
516. 

[0117] Fig. 5K is an interface screen 510 for providing a Property Photograph, or an image of 
the subject property. A text box 536 is provided for entering a filename associated with the 
photograph or other image (not shown). A selector button 538 permits the user to navigate via 
the system file manager to insert the appropriate image filepath and filename automatically. 
Another selector button 540 automatically imports the specified image into the current record 
when the user clicks over the button. 

[0118] Fig. 5L shows an account editing screen for entering and modifying account 
information associated with the subscriber or subscribing entity. This screen is typically 
accessible through a secured gateway so as to prevent unauthorized users from accessing and 
modifying account information. By the nature of the invention, the database is proprietary and 
accessible only by authorized users, such as real estate multi list services, brokerages or 
agents. Different levels of access may be designated as well. Thus, an agent may be given 
permission to upload data, whereas a multi list agency may be able to generate reports, modify 
listings and set authorization levels. 

Data Model 

[0119] The data model of one embodiment of the present invention is modeled upon a 
Property, Structure, Room™ (P.S.R.) hierarchy. Each attribute of a real estate listing falls into 
one of those categories, or is a direct attribute of one of those categories. 
[0120] The item is the basic building block of the database. The database contains a large 
quantity of predefined items (such as property type and square footage) that can be related to a 
listing. Each item is organized hierarchically into categories. The depth of this category 
hierarchy is kept to four or fewer levels. The categories are named in a consistent manner to 
make the data entry method intuitive for new users to the system. 

[0121] Below is an excerpt from an XML file used to populate the picklist on the PalmOS or 
handheld computer. Ellipses refer to omitted choices for categories: 
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< Category name = "Main Residence" > 

< Category name = "RESIDENTIAL STYLE" ORDINALITY = "SINGLE" > 

< item name = "Rancher" > 

< item name = "2 . Story " > 

< item name = "Farm House" > 

< item name = "Cape Cod" > 

< /Category > 

< Category name = "ROOFING" > 

< item name = " Shingle-Fiberglass" > 

< item name = "Shingle- Architectural" > 

< item name = "Shingle- Asphalt" > 

< item name = "Shingle-Wood" > 

< item name = "Shingle- Asbestos" > 

< item name = "Cedar/Shake" > 

< /Category > 

< Category name = "Living Room" > 

< Category name = "WALL COVERINGS" > 

< item name = "Dry wall" / > 

< item name = "Paneled Walls"/ > 

< item name = "Wood"/ > 

< item name = "Vinyl Wallpaper"/ > 

< item name = "Plaster Walls"/ > 

< item name = "Brick"/ > 

< item name = "Masonry"/ > 

< item name = "Other* "datatype = "string"/ > 



< /Category > 
< /Category > 
< /Category > 
< /Category > 

Copyright Threewide.com 2001 

[0122] The basic user data element of this system is a listing. Each listing contains location 
information and references to each property seller. After that, items are associated with 
listings, and those relationships are called listing items. A listing item can have a small piece of 
data associated with it (such as directions to the property or the actual number of square feet 
for a room). This data is stored in the database as a variable-length character field, but the 
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data is always validated against a particular regular expression pattern dictated by the item's 

"data type". Items that have no data type cannot accept this additional data. 

[0123] Users of the system, who are typically real estate agents, own and manage their listing 

records. 

[0124] Currently, of this data is being stored in a database which is compatible for use with 
Structured Query Language (SQL), which is a computer language used to retrieve or update 
data by specifying columns, tables and various relationships between them, and then accessed 
by a Java Database Connectivity (JDBC) driver. Therefore, any SQL database accessible via a 
JDBC driver can be used to store data for the present system. Examples of such database 
formats include Oracle, Microsoft SQL Server and other commercially available database 
□ products. 

S Middleware 

a? « 

V! 

^ [0125] In the computer industry, middleware is a general term for any programming that 

Ul serves to "glue together" or mediate between two separate and usually already existing 

yr! 

J programs. A common application of middleware is to allow programs written for access to a 

Q 

p particular database to access other databases. 

0 [0126] The middleware layer of the system in one embodiment of this invention is written in 
p 100% Pure Java, using servlet technology to present data to its users. The logic is separated 
M into a model-view-controller (MVC) architecture using entity classes for this data model 
(which correspond directly to the database entities), a high-performance template engine to 
generate dynamic HTML for our viewing model and Java servlets for our controllers. 
[0127] The controller code validates any incoming data from the user via HTML forms and 
then delivers the appropriate data to a template engine for formatting into web pages. The 
entity classes are written as Java Beans, with accessor and mutator methods for each piece of 
data. Objects identified as "static" (such as categories and items, which do not change over 
time) are cached within the servlet to avoid unnecessary trips to the database. 
[0128] In a disclosed embodiment, the web application requires Java 2 Standard Edition 
(J2SE). Any servlet container, including Apache Jserv, Jakarta-Tomcat, Allaire's JRun, or 
BE A WebLogic may be used. A web server is required. 
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User Interface 

[0129] The system in a disclosed embodiment of this invention offers a simple, easy-to-use, 
web-based user interface. Any modern web browser application can be used to quickly create 
and edit listings. 

[0130] All user interaction with the system is performed by filling out short forms or 
navigating through categories via hypertext links and selecting check boxes. New users to the 
system may create, navigate and edit listings with little or no training. The system includes a 
simple category and item search facility. The search facility can be used to retrieve known- 
labeled categories and items. 

[0131] All listing items, including their category lineages, are shown when navigating the top- 
level (property-level) categories. While navigating other categories, only the listing items in 
the current category and its subcategories are shown. This gives the user a summary of the 
listing, regardless of the category level they are navigating. 

[0132] Once a listing is created, the user has the option of adding data from a previous PDA 
application upload, or adding no data, and proceeding without data from a PDA. The listing is 
fully modifiable online. "Online" refers to anything related to the interactive digital 
environment, such as the Internet and the world wide web. Listings that already have item 
data cannot subsequently add PDA data. PDA data must be added to a listing as its first 
operation. The user will be reminded that a listing will be unable to be modified once this 
option has been foregone. 

Use with the Handheld Application 
[0133] In one embodiment of this invention, the web application can be used in conjunction 
with the ListAndSend™ handheld application to allow agents to enter data on-site into portable 
handheld computer devices. When a listing is entered onto a handheld unit, it may be sent to 
the web application for further editing, as well as posting to an MSL. 

[0134] The data is sent and stored in XML format on the server until it is merged with a new 
listing online. The data merging process is one way. Listing data cannot be retrieved from the 
web application and edited on the PDA. 
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[0135] Listings must be created using the web application, regardless of the use of the PDA 
Application. Any uploaded from the PDA to the ListAndSend™ web application can be added 
to any new listing; 

Other Embodiments 

[0136] In a preferred embodiment, the present invention allows hierarchical data to be stored 
in a single table with a system of addressing replacing the key fields that relate data in the 
traditional model. By arranging the data in a single table, the database can be searched faster 
and use less space on the computer. As exemplified in Fig. 6, this single, vertical table is 
made possible by assigning each record (row) in the table a hierarchical address. In this way, 
any piece of data can be placed as its own record in a single column or field in the table and 
still be distinguished from every other record in the table by its address. Said address may 
sometimes be referred to herein as the address field, although it should be understood that the 
word "field" when used alone refers the position or column in a table. The addressing may 
take the form of a series of numbers (e.g., 3120 or 8.16.20.6), a series of letters (e.g., PIJH 
or C.F.A.M.), a combination of the two or may take the form of words. The only 
requirement is that the address must be formed of characters that can be logically ordered. It 
may also include a sequence of numbers or letters to identify a hierarchy or group of data and 
separate that group from others in the database. This grouping ID can exist as part of the 
address or as a separate field in each record that belongs to that group. The data can be 
entered into the table via any user interface and may be generated from a picklist for 
standardization or by entry from a keyboard or similar device. 

[0137] The present invention provides a method of storing hierarchical data in a single 
database table using a system of addressing to relate the data. Each piece of data would be 
stored as a separate record in the table. The address would be stored in a field separate from 
the data and would comprise a sequence of characters that place that record in the hierarchy. 
The characters used in the address can be any that can have a logical order. As the user enters 
data that is broad and encompassing, a short address would be assigned to indicate its place at 
the top of the hierarchy. As more specific details are entered, an address would be assigned 
that includes and appends to the address of the records that those details describe. This would 
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indicate the more specific and defined position in the hierarchy of that record. The table could 
be ordered and searched based on these addresses. 

[0138] In Fig. 7, using the realty industry as an illustration, the user could record feature 
information about a property on any PDA such as a handheld computer or personal data 
assistant, a laptop computer, a cellular or mobile phone, any paper material, or any computer 
device that accepts data entry. If paper is preferred, the data would be transferred into any of 
the above mentioned computer devices when the realtor is able. From these recording devices 
the user could then transfer the data as needed to the master database. 

[0139] The master database may exist locally or, as illustrated in Fig. 7, it may exist on a 
remote computer. The remote computer may take the form of a network server, Internet 
n server or a networked or non-networked workstation or personal computer. In cases that 
j^j utilize a remote machine to store the database, data transfer from the computer device used for 
SI the initial recording of the data may be accomplished by various means. The interface itself 
jfj may take the form of a customized software application that is stored locally or web based or 

if] 

4 ^ any existing software application able to export the date in a compatible format. Web-based 
S formats may be accessed through any browser for use by computer, cellular or mobile phone 

ru 

Q or personal data assistant. A browser refers to a client program that enables a viewer, or the 

Lfi 

person using the interactive digital medium, to interact with the worldwide web or the 
W interconnected network of HTML documents on the Internet. "HTML document" refers to a 
worldwide web file that resides on the Internet and specifies what a browser should display to a 
viewer. The transfer of the data itself can take place via direct serial cable connection to the 
machine containing the master database or through connection to that machine through any 
modem, cable, DSL (digital subscriber line), ISDN (integrated services digital network) or 
satellite connection. Possible organizations of the application service provider system are 
depicted in Fig. 9. 

[0140] The data entry may make use of a preformatted checklist or picklist or it may be simply 
a recording of items as the realtor finds them. The data would be recorded into the database 
by typing it into a user interface or by choosing the property attributes from a series of 
picklists. A user interface could be used to guide the agent through the data entry in a 
hierarchical manner. 
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[0141] It will be appreciated that what is described here represents only the presently preferred 
implementation of a user interface for use with the invention, and that other implementations 
are possible. The picklist may be thought of, in a more general sense, as a selection element. 
The selection element will be understood to be a display area responsive to user inputs to select 
one of a plurality of predetermined selectable values. The buttons allowing selection of a 
given item in the selection element may be understood to constitute a navigation element 
responsive to user inputs to manipulate the display of the selection element and to indicate a 
selection from the plurality of predetermined selectable values of the selection element. It is 
highly advantageous in the user interface to include a display area that shows the location of 
M the item in the hierarchy and the semantic manner in which the user's present inputs will be 
g added to the database. Data entered by the user is recorded in the database table and assigned 

an address in the data management system. 
\0 [0142] The data management system according to the invention may be understood to include, 

m 

^ in each row of a table, at least an address field and a descriptor. In the example as shown in 

q Fig. 6, on the last line, the address field is (3.2.1.2.1.1) and the descriptor is (Range-Gas). 

fU [0143] Each address field includes one or more identifiers; that is, each of the values may be 

a 

yi separated by periods or characters (i.e., each value separated by a period in 3.2.1.2.1.1) as an 

0 

Hj identifier. Each identifier may be thought of as having a position (i.e., the "3" is in a first 
position, the "2" adjacent it is in a second position, etc.). The positions of the identifiers are 
always ordered, and may optionally be separated by separators (such as periods). Separators 
are not essential, however. For example, the address field (321211) will suffice without 
separators when there are only a limited number of values which the identifiers may have. 
[0144] If, for example, the first identifier (3) has thousands of possible values, then it will be 
necessary to use more than one position to represent this, and a separator might be useful in 
this instance. One such example would be (3.21211) where everything before the first period 
is the first identifier and each character after the period is a one-character identifier. The 
foregoing example would accommodate (9999.21211) or any other number of values for the 
first identifier. 

[0145] In the same situation, however, the use of separators may be avoided by allocating 
more than one character to a position. Where the first identifier has thousands of possible 
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values, it is possible to form the address field with a first identifier of four characters, and each 
other identifier of one character, such as (000321211). 

[0146] An address field having only a few identifiers may be thought of as relating to 
something higher in the hierarchy than an address field having more identifiers. 
[0147] It will be appreciated that an address field might include null identifiers. Thus, the 
address field might be (3.2.-.-.-.-) instead of simply (3.2). The use of null identifiers is an 
implementation decision, and may be based on implementation-specific parameters such as 
whether the address field must have a fixed length or the like. It will be understood that, in 
this discussion, an address field with two identifiers is logically the same as an address field 
with eight identifiers, six of which are null. 
M 3 [0148] Using the real estate industry as an example, a "Main Residence" may be entered in the 

a 

□ database as a structure on a property. "Main Residence" would be recorded in the database 

CP 

rj table and assigned an address. The system would also record an identifier to show to which 
J|| property the residence belonged. This ID may be attached to the address or stored in a 

J3 separate field in that record. Fig. 10 illustrates one hierarchical address and feature field 

■s 

q arrangement where the ID is separated into a separate field. 

Hi 

j^j [0149] Various different approaches to actually implementing the address field will occur to 

W those familiar with this field, and will meet the spirit of the invention so long as they include a 

vstii 

ffj hierarchically ordered set of identifiers. 

[0150] For each of the data entries, the records are controlled to provide a table with a highest 
level record, which is most general or broadest record, and a plurality of semantically lower 
records, which relate to the next higher level record but are more specific or narrow in scope. 
The semantic meaning of a descriptor in a given record depends not on the value of the address 
field per se, but is based on the values of the descriptors in the set of records semantically 
"above" the given record. One record is semantically "above" another when all of the 
identifiers of the address field of the one record appear identically in the same position in the 
address field of the other record, but the other record has one or more identifiers not appearing 
in the address field of the one record. That is to say, the other record will have one or more 
identifiers that the one record does not have. 
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[0151] It will be understood that a given entity (such as a real property, inventory, hotels, 
hotel rooms and the like) can be described by the collection of records semantically "below" it. 
The collection of records below a given record is the subset of all records that have the given 
record as a semantically "above" record. The given entity will be understood to have one 
highest-level record and a plurality of records below it. 

[0152] This method of storing data allows much more detail to be recorded and searched in the 
future without a loss of efficiency. By searching for addresses of a certain length, the user 
could find out how many records were at a certain level in the hierarchy; i.e., the number of 
rooms in a residence. Fig. 8 illustrates that by searching for a certain sequence of numbers or 
letters at a given point in any address, the user could find the frequency of an item in any 
0 group of data; i.e., the number of properties with a detached garage. 

S3* [0153] The standard formatting of a relational database, in which tables are separated and 
2 related through key fields, uses a much larger amount of space on the computer and requires 

W much more time to manage the data. Searching for a single data item over multiple tables is 

yy 

? much slower than searching for the same item in a single table. Systems such as the MLS, 

O 

ry which realtors currently use to record property data, avoid this problem by limiting the amount 

j2 of data they store and the searchability of the database. The MLS also does not offer the 

0 realtor the flexibility to record unusual or unique attributes of a property because the number 

FU 

of available fields per property is very limited. A realtor would have no place except in a text 
comments field in the MLS to record if a property had an RV storage building, for example. 
The single table used by the invention also allows easy exporting of data in many different 
formats. These formats can allow for integration of the database with government off-the-shelf 
systems, commercial off-the-shelf systems, or privately/individually produced systems. 
[0154] This vertically arranged hierarchical database system is applicable to any situation in 
which data can be ordered hierarchically. Some possible applications include the automotive 
industry (data on attributes of a car), the travel industry (data on airline tickets, hotel bookings, 
etc.), any retail organization (inventory data) or any medical organization (patient records). 
[0155] By arranging the data as multiple records in a single table as opposed to multiple tables, 
a database can both record and retrieve data exponentially faster than with a standard relational 
database management system. This single table is created by assigning each record in the table 
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a hierarchical address upon entry. Records are created for each data item in the table and are 
distinguished from every other record in the table by the address. The address may comprise a 
series of or a combination of the two so long as a hierarchy can be created. An ID can be used 
to group data. The address can also be used in searching for data within or across groups. 
The system allows details to be recorded without addressing through additional fields. 
[0156] According to the provisions of the patent statutes, we have explained the principle, 
preferred constructed and mode of operation of our invention, and have illustrated and 
described what we know and consider to represent its best embodiments. However, it should 
be understood that within the scope of the appended claims, the invention may be practiced, 
otherwise that specifically illustrated and described. 
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